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(54) Document processing job control system 

(57) There is provided a job control system for a doc- 
ument processing system having a document process- 
ing subsystem in which a job ; including a set of image 
data and a job control ticket, is processed each time the 
job, along with the job control ticket, is submitted to the 
document processing system. The job control system 
includes 

• an input source including a user interface with a dis- 
play, the user interface being used to (a) program a 
first job control ticket with a first set of attributes, the 
first job control ticket controlling a manner in which 
the job is to be processed in a first job processing 



event, and (b) program a second job control ticket 
with a second set of attributes, the second job con- 
trol ticket controlling a manner in which the job is to 
be processed in a second job processing event; and 
a linking program for causing the first and second 
job control tickets to be linked to the set of image 
data so that a single submission of the job by the 
user causes the job to be processed in the first job 
processing event with the first job control ticket and 
in the second job processing event with the second 
job control ticket, wherein the user need not submit 
the job to the document processing subsystem mul- 
tiple times. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to a job control s 
system (and method therefor) in which multiple job "tick- 
ets" created for a single document are selectively acti- 
vated with , for instance, a master or "super" ticket to pro- 
duce various physical forms or renderings of the docu- 
ment in a single submission session. 10 

BACKGROUND OF THE INVENTION 

[0002] Electronic printing systems include an input 
section , sometimes referred to as an input image termi- is 
nal ("IIT"), a controller, sometimes referred to as an elec- 
tronic subsystem ("ESS") and an output section or print 
engine, sometimes referred to as an image output ter- 
minal ("IOT"). In one type of electronic printing system, 
manufactured by Xerox known as the DocuTech elec- 20 
tronic publishing system ("DocuTech" is a registered 
trademark of Xerox Corporation), a job can be inputted 
to the IIT from, among other sources, a network or a 
scanner. An example of an IIT with both network and 
scanner inputs is found in U.S. Patent No. 5,170,340 to 25 
Prokop et al. (Issued: December 8, 1992). 
[0003] When a scanner is employed to generate the 
job (in the context of, for example, a digital copier), im- 
age-bearing documents are scanned so that the images 
therein are converted to image data for use in making 30 
prints. When a network is used to generate the job, a 
stream of data, including various job related instructions 
and image data, expressed in terms of a page descrip- 
tion language is captured, decomposed and stored for 
printing. As is known, a network job can have its origin 35 
in a remote client, such as a workstation, or a print server 
with a storage device. 

[0004] Electronic printing systems, sometimes also 
called "electronic reprographic systems", are advanta- 
geous in that they can be coupled with other compo- 40 
nents, by way of a network, to facilitate image process- 
ing operations among the components. An example of 
a network printing arrangement including a wide range 
of image processing capability can be found in U.S. Pat- 
ent No. 5,113,494 to Menendez et al. (Issued: May 12, 45 
1992). 

[0005] As borne out by U.S. Patent No. 5,113,494, a 
significant amount of control for a network printing sys- 
tem resides in one or more network servers. The follow- 
ing patents disclose examples of systems including so 
servers: U.S. Patent No. 5,220,674 to Morgan etal. (Is- 
sued: June 15, 1993) and U.S. Patent No. 5,243,518 to 
Holt et al. (Issued: September 7, 1993). Brief discus- 
sions of U.S. Patent Nos. 5,113,494; 5,220,674; and 
5,243,51 8 are provided in U.S. Patent No. 5,872,569 to 55 
Salgadoetal. (Issued: February 16, 1999). U.S. Patent 
No. 5,243, 518 is particularly noteworthy to the area of 
electronic printing in that it discloses a layered docu- 



ment services architecture facilitating operation and in- 
terconnection of electronic printing systems with both 
resident and non-resident work inputs. 
[0006] Programming a job is often achieved with a 
"job ticket". For many printing systems, the job ticket is 
provided in the form of one or more programmable dia- 
logs, each programmable dialog including values which 
are selected with a 

user interface, such as the user interface found in a Doc- 
uTech ("DocuTech" is a registered trademark of Xerox 
Corporation) printing system. Job tickets can vary 
dramatically in both structure and functionality. In one 
instance, the job ticket may assume the form of a rela- 
tively simple dialog displayed on a liquid crystal display 
("LCD"). Attributes of a corresponding job, such as de- 
sired image processing, designated stock and finishing 
characteristics may be displayed for setting of suitable 
output values, e.g., stock size. 

[0007] Disclosures of relatively complex job ticketing 
approaches are provided by way of the following pat- 
ents: 

U.S. Patent No. 5,079,723 to Herceg et al. (Issued: 
January 7, 1992) 

U.S. Patent No. 5,260,805 to Barrett (Issued: No- 
vember 9, 1 993) 

U.S. Patent No. 5,398,289 to Rourke et al. (Issued: 
March 14, 1995) 

U.S. Patent No. 5 : 450,571 to Rosekrans et al (Is- 
sued: September 12, 1995) 
U.S. Patent No. 5,600,762 to Salgado et al. (Issued: 
February 4, 1997) 

[0008] The patents listed above are discussed in U. 
S. Patent No. 5,872,569 to Salgado et al. Other patents 
providing further background in the area of user inter- 
face design include: 

U.S. Patent No. 5,513,126 to Harkins et al. (Issued: 
April 30, 1996) 

U.S. Patent No. 5,71 8,520 to Mackay (Issued: Feb- 
ruary 17, 1998) 

U.S. Patent No. 5,872,569 to Salgado et al. is di- 
rected toward a system, with a screen display, and 
an application server, is provided. Preferably, the 
application server registers one of a plurality of met- 
aphor elements with a set of device attributes. A sta- 
tus indicating metaphor or a control metaphor is de- 
veloped for use with the one of the plurality of met- 
aphor elements. When displaying a metaphorical 
template, including the one of the plurality of meta- 
phors on the screen display, the status indicating or 
control metaphor is associated with the one of the 
plurality of metaphor elements for facilitating the 
programming of a job or controlling an output of the 
job. 

U.S. Patent No. 5,513,126 Harkins etal. is directed 
toward a method for a sender to automatically dis- 
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tribute information to a receiver on a network using 
devices (such as printers and facsimile machines) 
and communication channels (such as electronic 
mail) defined in a receiver profile. The receiver pro- 
file establishes the properties and mode for receipt 
of information for receivers on the network and the 
profile is published in a network repository for all 
network users or is accessible by selected groups 
or individuals on the network. Receivers have addi- 
tional control over network senders by defining an 
information filter which further controls sender 
channel access (to a receiver) by defining some 
channels as having priority of access such as direct 
or delayed access, as well as selectively permitting 
senders to override the receiver profile. Conse- 
quently, receiver profiles provide a variable receiver 
definable link to senders using multiple forms of me- 
dia as well as multiple hardware platforms and net- 
work configurations. 

U.S. Patent No. 5,71 8,520 to Mackay is directed to- 
ward an apparatus for automatically modifying a 
print job ticket having a plurality of page tickets is 
provided. Each page ticket is programmed with one 
or more print job attributes and each print job at- 
tribute is associated with one or more print job char- 
acteristics. In practice, one or more values are as- 
signed respectively to the one or print job charac- 
teristics. The print job attributes and print job char- 
acteristics are stored in memory as a set, and a por- 
tion of the set is scanned with a processor to deter- 
mine each page ticket upon which a print job char- 
acteristic first value is located. A set of page tickets 
is selected from the page ticket(s) determined with 
the processor and, for at least a portion of the set 
of page tickets, one or more print job characteristic 
first values are changed to print job characteristic 
second values so that the need on the part of a print- 
ing system user to manually change print job char- 
acteristic first values to print job characteristic sec- 
ond values is minimized. 

[0009] As is known, job tickets can also be provided 
in hardcopy form. A discussion of "paper Ul" is provided 
in U.S. Patent No. 5,243,381 toHubeetal. (Issued: Sep- 
tember 7, 1993). In accordance with U.S. Patent No. 
5,243,381, a link to a job ticket is provided through a 
"separator sheet" upon which one or more bar codes 
are printed. In practice, when an image capture device, 
such as a scanner, reads the bar code, a corresponding 
pre-stored set of job programming instructions is re- 
trieved from memory for use in processing a job, 
[0010] In the context of print job production, it is un- 
derstood that the following problem or publishing need 
can arise: 

[0011] Users often need to print a single piece of in- 
formation (a document) more than oneway, essentially 
producing multiple different physical forms of a docu- 
ment. For example a lecturer, about to give a presenta- 



tion, may desire to print his or her presentation in the 
following ways (or job types): 



□ 50 stapled, duplex sets w/covers to use as hand- 
5 outs 

□ 1 simplex set of overhead transparencies for the ac- 
tual presentation 

□ 1 simplex set of punched paper (for the presenter 
to keep notes on) 

10 

[0012] It is believed that, in a significant number of 
currently available digital printers/copiers, this presen- 
tation would be processed by submitting a single file, 
expressed in a conventional page description language 

15 ("PDL") multiple times to a printer, where a different "job 
ticket" is provided for each way. To the printer, these jobs 
appear to be distinct jobs and are processed totally in- 
dependent of each other. Obviously, submitting PDL 
across a network to the Print Server multiple times is 

20 inefficient. 

[0013] A few products, such as DocuTech with its 
DocuSP controller ("DocuTech and "DocuSP" are 
trademarks of Xerox Corporation), solve the problem of 
multiple PDL submissions by allowing a user to SAVE a 

25 job, with its associated first job ticket, on a print server. 
The job data is then referenced by a pointer in subse- 
quent job submissions containing just new job tickets. 
That is, each new job ticket is referenced (one-at-a-time) 
to a print ready file. Job Tickets can also be saved and 

30 later retrieved for application to a particular job. 

[0014] While saving jobs and tickets, in the manner 
described above, goes a long way toward addressing 
the perceived problem (i.e. the problem of printing a 
presentation of multiple job types in multiple submis- 

35 sions), one further problem remains: How can all job 
tickets applicable to a job be logically related to the job, 
and the resulting relationship be maintained overtime? 
[0015] By way of the above-mentioned U.S. Patent 
No. 5,600,762 to Salgado et al., it is known that a print 

40 job, may be a "composite job" where, the composite job 
is really nothing more than the packaging of multiple in- 
dividual job segments into a singular entity that is printed 
together in some determined quantity. In this case, each 
job segment consists of its own page images (usually in 

45 PDL form) and an associated "segment" ticket. These 
segments are concatenated together and processed by 
the printerto produce a collection of documents that are 
somehow related. 

[0016] The approach of U.S. Patent No. 5,600,762 to 
50 Salgado et al. may be used to print what are known as 
"course packs". An example of a course pack might in- 
clude a job where the first segment of the job is an in- 
struction sheet on green paper to be read by the student, 
the second segment is a set of readings the student is 
55 directed to read, and the third segment is a test to be 
taken after the student has read the material. Usually, 
for these composite jobs, some job ticket parameters, 
such as print quantity, are best applied globally and must 
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be placed in a global ticket whereas other job ticket pa- 
rameters, such as media, are best applied within the in- 
dividual segment tickets. 

[0017] This approach, however, is believed to fall 
short of addressing the publishing need identified 
above. To produce the multiple forms of the presentation 
in the example posed immediately above, the page im- 
ages would, at least in some instances, have to be re- 
peated in each of the segments - that could be wasteful 
- and the global programming could cause some prob- 
lems (e.g. produce the same quantity of overheads as 
handouts). 

[0018] "Interpress", a Xerox developed PDL, ad- 
dressed the above-identified publishing need through 
use of a programming instruction known as "IFCOPY". 
IFCOPY is intended to allow certain copies within a mul- 
ti-copy job to be rendered with alternate programming 
(e.g. copies 1 -3 on white paper and copy 4 on blue pa- 
per). However, there appear to be several problems with 
using this approach in the context of print job program- 
ming: 

[0019] First, the IFCOPY instruction is coded deep 
within an Interpress master (possibly at multiple page 
locations) and cannot be easily changed once the PDL 
file (with its corresponding programming) is created. To 
use the IFCOPY functionality in a manner similar to a 
job ticket, a user would be required to parse the PDL 
file, locate relevant programming or instruction(s), re- 
place it with an alternate instruction(s), and rebuild the 
master. This is hardly the type of programming that 
would be suitable for use in a typical printing arrange- 
ment. 

[0020] Second, its effective use would also require 
that the PDL language itself be capable of specifying all 
the printing instructions necessary to produce a job. 
However, because many complex job ticket instructions 
are often device dependent and not associated directly 
with image rendering, they are often not considered ap- 
propriate instructions for inclusion in the PDL, and thus 
do not exist in the PDL. 

[0021] In view of the above, it would be desirable to 
provide a system (with suitable attendant process) in 
which multiple job tickets can be programmed for a sin- 
gle submission to a printer, along with one correspond- 
ing set of image data, to yield multiple job renderings. 
Moreover, it would be desirable to provide a convenient 
vehicle for storing the tickets together with the image 
data so that the programming for the multiple job ren- 
derings can be readily manipulated or edited. 
[0022] All of the disclosures for the patents referenced 
in the above Background are incorporated herein by ref- 
erence. 

SUMMARY OF EMBODIMENTS OF THE INVENTION 

[0023] In one aspect of the disclosed invention, there 
is provided a job control system for a document process- 
ing system having a document processing subsystem 



6 

in which a job, including a set of image data and a job 
control ticket, is processed each time the job, along with 
the job control ticket, is submitted to the document 
processing system. The job control system includes: an 

5 input source including a user interface with a display, 
the user interface being used to (a) program a first job 
control ticket with a first set of attributes , the first job con- 
trol ticket controlling a manner in which the job is to be 
processed in a first job processing event, and (b) pro- 

10 gram a second job control ticket with a second set of 
attributes, the second job control ticket controlling a 
manner in which the job is to be processed in a second 
job processing event; and a linking program, said linking 
program causing the first and second job control tickets 

15 to be linked to the set of image data so that a single 
submission of the job by the user causes the job to be 
processed in the first job processing event with the first 
job control ticket and in the second job processing event 
with the second job control ticket, wherein the user need 

20 not submit the job to the document processing subsys- 
tem multiple times. 

[0024] Alternatively, the linking program of the above 
embodiment could link the first and second job control 
tickets with a master job control ticket instead of with the 

25 image data set so that a single submission of the image 
data set with the master job control ticket by the user 
causes the job to be processed in one or both of the first 
job processing event with the first job control ticket and 
the second job processing event with the second job 

30 control ticket, wherein the user need not submit the job 
to the document processing subsystem multiple times. 
In a further embodiment the document processing sub- 
system includes first and second printers communica- 
tively coupled with a network, and wherein a first copy 

35 of the image data is processed at the printer with the 
first job control ticket and a second copy of the image 
data is processed at the second printer with the second 
job control ticket. 

In a further embodiment the document processing sub- 
40 system includes an image capture device. 

In a further embodiment a file is generated from the im- 
age data set with said image capture device by refer- 
ence to one of the first and second job control tickets, 
and where the file is transmitted across the network to 
45 said memory. 

in a further embodiment a first set of one or more image 
processing operations is performed on a copy of the set 
of image data in the first job processing event and a sec- 
ond set of one or more image processing operations is 
so performed on a copy of the set of image data in the sec- 
ond job processing event. 

In a further embodiment a first set of make-ready oper- 
ations is performed on a copy of the set of image data 
in the first job processing event and a second set of 
55 make-ready operations is performed on a copy of the 
set of images in the second job processing event. 
In a further embodiment an editing operations is per- 
formed on at least one of the first and second job control 
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tickets. 

In a further embodiment the first and second job control 
tickets are configured so that the first set of attributes 
includes at least one attribute corresponding with a first 
type of offline finishing and/or the second set of at- 
tributes includes at least one attribute corresponding 
with a second type of offline finishing. 
In a further embodiment of the system defined in claim 
2 the master job control ticket includes a third user se- 
lectable portion corresponded with a global instruction 
so that when the first second and third user selectable 
portions are selected, the global instruction is used to 
process the job in each the first job processing event 
and the third job processing event. 
In a further embodiment the document processing sub- 
system includes first and second printers communica- 
tively coupled with a network, and wherein a first copy 
of the image data is processed at the printer with the 
first job control ticket and a second copy of the image 
data is processed at the second printer with the second 
job control ticket. 

In a further embodiment the document processing sub- 
system includes an image capture device. 
In a further embodiment a file is generated from the im- 
age data set with the image capture device by reference 
to one of the first and second job control tickets, and 
where the file is transmitted across the network to said 
memory. 

In a further embodiment a first set of one or more image 
processing operations is performed on a copy of the set 
of image data in the first job processing event and a sec- 
ond set of one or more image processing operations is 
performed on a copy of the set of image data in the sec- 
ond job processing event. 

In a further embodiment a first set of make-ready oper- 
ations is performed on a copy of the set of image data 
in the first job processing event and a second set of 
make-ready operations is performed on a copy of the 
set of images in the second job processing event. 
In a further embodiment an editing operations is per- 
formed on at least one of the first and second job control 
tickets. 

In a further embodiment the first and second job control 
tickets are configured so that the first set of attributes 
includes at least one attribute corresponding with a first 
type of offline finishing and/or the second set of at- 
tributes includes at least one attribute corresponding 
with a second type of offline finishing. 
[0025] I n yet another aspect of the disclosed invention 
there is provided another job control system for a doc- 
ument processing system having a document process- 
ing subsystem in which a job : including a set of image 
data and a job control ticket, is processed each time the 
job, along with the job control ticket, is submitted to the 
document processing system. This other job control 
system includes: a memory; one or more job control tick- 
ets in said memory, the one or more job control tickets 
including a selected job control ticket with a set of pro- 



grammed attributes; a master job control ticket for con- 
trolling a manner in which the job is processed, the mas- 
ter job ticket including one or more user selectable por- 
tions, the one or more user selectable portions being 

5 corresponded respectively with the one or more job con- 
trol tickets; wherein a first one of the one or more user 
selectable portions is corresponded with the selected 
job control ticket so that when the first one of the one or 
more user selectable portions is selected and the job is 

10 submitted to the document processing subsystem along 
with the master job control ticket, the job is processed 
in accordance with the set of programmed attributes of 
the selected job ticket. 

In a further embodiment the data structure is embedded 

15 in the page description language of a file or document. 
In a further embodiment the document processing sub- 
system communicates with said memory by way of a 
network, wherein the document processing subsystem 
is separated from said memory by the network. 

20 [0026] In another aspect of the disclosed invention 
there is provided yet another job control system for a 
document processing system having a document 
processing subsystem in which a job, including a set of 
image data and a job control ticket, is processed each 

25 time the job, along with the job control ticket, is submit- 
ted to the document processing system. This other job 
control system includes: a memory; a first job control 
ticket with a first set of attributes, the first job control tick- 
et controlling a manner in which the job is to be proc- 

30 essed in the first job processing event; a second job con- 
trol ticket with a second set of attributes, the second job 
control ticket controlling a manner in which the job is to 
be processed in the second job processing event; and 
a data structure including the set of image data, the first 

35 job control ticket and the second job control ticket, 
wherein the set of image data is linked to both the first 
and second job control tickets so that a single submis- 
sion of the set of image data by the user causes the job 
to be processed in the first job processing event with the 

40 first job control ticket and in the second job processing 
event with the second job control ticket, wherein the user 
need not submit the job to the document processing 
subsystem multiple times. 

[0027] Alternatively, the data structure of the above- 
45 disclosed embodiment could comprise the first and sec- 
ond job control tickets both linked to a master job control 
ticket so that a single submission of the set of image 
data with the master job control ticket by the user causes 
the job to be processed in the first job processing event 
so with the first job control ticket and in the second job 
processing event with the second job control ticket, 
wherein the user need not submit the job to the docu- 
ment processing subsystem multiple times. 
In a further embodiment of the system defined in one of 
55 claims 4, 5 and 6 a first set of make-ready operations is 
performed on a copy of the set of image data in the first 
job processing event and a second set of make-ready 
operations is performed on a copy of the set of images 
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in the second job processing event. 
In a further embodiment an editing operations is per- 
formed on at least one of the first and second job control 
tickets. 

In a further embodiment the first and second job control 
tickets are configured so that the first set of attributes 
includes at least one attribute corresponding with a first 
type of offline finishing and/or the second set of at- 
tributes includes at least one attribute corresponding 
with a second type of offline finishing. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0028] 

Figure 1 is schematic, graphical representation of a 
job in which a master or "super" job ticket is linked 
with a plurality of job tickets, which plurality of job 
tickets are, in turn, linked with a corresponding set 
of image data; 

Figure 2 is a flow diagram depicting a process for 
developing the job graphically represented in Fig- 
ure 1 ; 

Figure 3 is a flow diagram depicting a process for 
editing the master ticket of Figure 1 and/or the job 
ticket(s) linked therewith; 

Figure 4 is a flow diagram depicting, in part, a man- 
ner in which the job graphically represented in Fig- 
ure 1 is managed in a network context; 
Figure 5 is an isometric view depicting an electronic 
reprographic system; 

Figure 6 is a block diagram depicting the input, out- 
put and control architectural elements of the repro- 
graphic system shown in Figure 1 ; 
Figure 7 is a view depicting an exemplary job pro- 
gramming ticket and job scorecard displayed on a 
User Interface (Ul) of the printing system shown in 
Figure 1 ; and 

Figure 8 is a block diagram depicting a network 
printing system including the printing system of Fig- 
ure 2. 

DETAILED DESCRIPTION OF EMBQDIMENT(S) THE 
INVENTION 

[0029] While the present invention will hereinafter be 
described in connection with a preferred embodiment 
thereof, it will be understood that it is not intended to 
limit the invention to that embodiment. On the contrary, 
it is intended to cover all alternatives, modifications and 
equivalents as may be included within the spirit and 
scope of the invention as defined by the appended 
claims. 

[0030] Turning now to Figures. 5 and 6, there is shown 
an exemplary electronic reprographic system 2 for 
processing print jobs (with corresponding job program- 
ming) in accordance with the teachings hereof. Repro- 
graphic system 2, for purposes of explanation, is divided 



into a scanner section 6, controller section 7, and printer 
section 8. While the present embodiments are de- 
scribed with reference to a specific reprographic sys- 
tem, i.e., the DocuTech Network Publishing System, the 
5 described embodiments may be used with other types 
of processing systems having at least some similar ca- 
pabilities. 

[0031 ] Referring to the illustrated embodiment of Fig- 
ure 6, scanner section 6 incorporates a conventional im- 
age capture platform of the type disclosed in U.S. Patent 
No. 5,442,732 to Matyseketal., the disclosure of which 
is incorporated herein by reference. The Scanner 6 may 
include linear arrays (not shown) for capturing analog 
image signals or pixels representative of an image 
scanned which, after suitable processing by processor 
25, are output to controller section 7. Processor 25 con- 
verts the analog image signals output by array 24 to dig- 
ital image signals and processes the image signals as 
required to enable reprographic system 2 to store and 
handle the image signals or data in the form required to 
carry out the job programmed. Processor 25 also pro- 
vides enhancements and changes to the image signals, 
such as filtering, thresholding, screening, cropping, and 
reduction/enlarging. 

[0032] In the exemplary reprographic system 2 (Fig- 
ure 6), printer section 8 comprises a laser type printer 
and, for purposes of explanation, is separated into a 
Raster Output Scanner (ROS) section 87, print module 
section 95, paper supply section 107 : and high speed 
finisher 120. It should be appreciated that the high 
speed finisher 1 20 could comprise one or more inline or 
offline finishers. Finally, in the exemplary reprographic 
system 2, controller section 7 is, for explanation purpos- 
es, divided into an image input controller 50, User Inter- 
face (Ul) 52, system controller 54, main memory 56, im- 
age manipulation section 58, and image output control- 
ler 60. 

[0033] As best seen in the illustrated embodiment of 
Figure. 5, U 1 52 controls a combined operator controller/ 
CRT display consisting of an interactive display screen 
(e.g. touchscreen) 62, keyboard 64, and mouse 66. Ul 
52 interfaces the operator with reprographic system 2, 
enabling the operator to program print jobs and other 
instructions (as will be discussed in further detail below) 
and to obtain system operating information, instructions, 
programming information, and diagnostic information, 
items displayed on display screen 62, such as files and 
icons, are actuated by either touching the displayed item 
on display screen 62 with a finger or by using mouse 66 
to point a cursor to the item selected and keying the 
mouse 66. 

[0034] When the image data of main memory 56 re- 
quires further processing or is required for display on 
touchscreen 62 of Ul 52, oris required by printer section 
8, the data is accessed in main memory 56. Where fur- 
ther processing other than that provided by processor 
25 is required, the data is transferred to image manipu- 
lation section 58 where the additional processing steps 
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such as collation, make ready, and cropping are carried 
out. Following processing, the data may be returned to 
main memory 56, sent to Ul 52 for display on touch- 
screen 62, or sent to image output controller 60. 
[0035] Referring to the illustrated embodiment of Fig- 
ure. 7, jobs are programmed in a Job Program mode in 
which there is displayed on touchscreen 62 a Job Ticket 
150 and a Job Scorecard 152 for the job being pro- 
grammed. Job Ticket 150 displays various job selec- 
tions programmed while Job Scorecard 1 52 displays the 
basic instructions to the system for printing the job. An 
extensive discussion of a job ticketing arrangement suit- 
able for use on a reprographic system (of the type con- 
templated hereby) is provided in U.S. Patent No. 
5,079,723 to Herceg et al. 

[0036] As will be appreciated by those skilled in the 
art, job programming can be performed at a network cli- 
ent when the job is to be programmed for application in 
a network context. Job programming techniques useful 
for employment in the network context are discussed in 
U.S. Patent No. 5,493,634 to Bonket al. (the disclosure 
of which is incorporated herein by reference) and U.S. 
Patent No. 5,450,571 to Rosekrans et al. 
[0037] Additional details of construction and opera- 
tion of the exemplary reprographic system 2 discussed 
above will not be detailed herein, since such are well 
known in the reprographic art. Moreover, for ease of 
presentation, the processor 25, main memory 56 and Ul 
52 interconnections and software controls therebe- 
tween will not be discussed in any great detail, since 
such is known in the art. What will be discussed, how- 
ever, is a process for linking a set of job tickets with a 
master or "super" ticket to greatly facilitate the job pro- 
gramming process mentioned above. 
[0038] Referring to Figure 8, the controller 7 is : in one 
of several contemplated connective arrangements, cou- 
pled with a network arrangement 170 by way of a net- 
work interface 1 72. The network interface 1 72 includes 
all of the hardware and software necessary to relate the 
hardware/software components of the controller 7 (or, 
alternatively, the image input 6) with the hardware/soft- 
ware components of the network arrangement 1 70. For 
instance, to interface various protocols between the 
server and the network arrangement, the network inter- 
face could be provided with, among other software, one 
of Novell's "Netware" packages ("Netware" is a regis- 
tered trademark of Novell Corp). 

[0039] In the illustrated network arrangement 170, 
various I/O and storage devices are interconnected with 
a bus 1 74. In particular, the devices include, among oth- 
ers, the following: I/O Apparatuses 1 76, Print Services 
178, Scan Services 180 and Tape Storage (or other suit- 
able mass memory related) Devices 1 82. In the present 
example a given I/O Apparatus includes a client work- 
station, such as any suitable PC compatible apparatus. 
[0040] It will be appreciated that, in practice, many 
network systems would be appropriate for use with the 
presently disclosed embodiments. Accordingly, the 



functionality of the disclosed embodiments below might, 
in some instances, be enhanced through the deploy- 
ment of networks such as those disclosed U.S. Patent 
No. 5,513,126 to Harkins et al. and U.S. Patent No. 

5 5,872,569 to Salgado et al. Moreover, the illustrated em- 
bodiment of Figure 8 is particularly useful in a "scan-to- 
file" implementation of the type disclosed in U.S. Patent 
No. 5,619,649 to Kovnat et al., the disclosure of which 
is incorporated herein. 

10 [0041] A "high level" discussion of some important as- 
pects of the disclosed embodiment(s) follows below: 

The presently disclosed embodiment(s) permit mul- 
tiple individual job tickets to be created for a single 

15 PDL document and activate some or all of those 
tickets from a "super" ticket to permit production of 
various physical forms of the document in one sub- 
mission session. In one preferred embodiment, the 
system automatically creates a reference (pointer) 

20 for each individual ticket and adds the individual 
ticket to the super ticket. Thus the super ticket over- 
lays individual job tickets and invokes the individual 
tickets by reference. Referring to Figure 1 , the rela- 
tionship between the individual job tickets and the 

25 super ticket is shown in schematic, graphical form. 

[0042] In practice, it would not be necessary for all in- 
dividual tickets to be activated by the super ticket. It 
should also be recognized that the super ticket might 

30 specify certain printing parameters (shown, for exem- 
plary purposes, as a "[global] instruction" in the super 
ticket of Figure 1 ) that are best controlled at the highest 
level, thus buffering the print submission user from hav- 
ing to understand how to edit the more complex individ- 

35 ual tickets. 

[0043] Implementation of the concept illustrated in 
Figure 1 is not technologically challenging, but would im- 
pact software design in some of the following ways: 

40 1) Job submission clients would preferably be pro- 
vided with logic and Ul changes to support the pro- 
gramming and linking of multiple tickets for one job. 

2) A few additional Job Ticket Instructions would be 
created for enabling the system to encode various 

45 tickets and carry corresponding super tickets refer- 
encing information. However, in all other respects, 
the job ticket instruction encoding approach for the 
disclosed embodiment(s) would employ currently 
accepted job ticket instruction encoding practices. 

50 For example, the job tickets could be encoded in 
ASCII or binary format. Moreover, the super ticket 
(along with its referenced individual tickets) could 
be embedded within given PDL file (as is currently 
achieved with Adobe Document Structuring Con- 

55 vention) or provided in a separate file with a pointer 
(or pointers) to the PDL file. 

3) Print server's job ticket parsing logic would be 
provided with the capability to recognize and handle 
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multiple tickets (through use of the corresponding 
super ticket), and to subsequently generate the 
necessary quantity of prints for each "activated" in- 
dividual ticket. Internally, these could be viewed as 
separate jobs to the system, but to the user, they 5 
would appear as one job. 

[0044] As will appear, the multiple print ticket scheme 
generally described above concept can be useful in "dis- 
tribute and print" applications. For example, when a doc- 10 
ument is to be published at multiple remote sites which 
utilize printers from different product families, the indi- 
vidual print tickets could be programmed in accordance 
with the device dependent instructions required for each 
site's printer. In this example, the super ticket would con- is 
trol which printers are to receive the job and how many 
copies are to be produced at a given site. Under those 
circumstances in which printing is not required at one or 
more of sites, the super ticket could be set to "inactive" 
for individual tickets corresponding with such one or 
more sites. 

[0045] Referring now to Figures 2-4, a more detailed 
discussion relating to software design of the disclosed 
embodiment (s) is provided. 

[0046] Referring first to Figure 2, a routine for imple- 
menting super or "master" ticket development is de- 
scribed. When a user desires to construct a job with a 
super ticket, an exemplary master ticket development 
program is initiated at step 200. A suitable template, for 
use in creating the master ticket, is provided at step 202, 
and the user programs a current ticket set at step 204. 
The term "set" is used with respect to job ticket program- 
ming step because, as is known, it may require multiple 
tickets to adequately describe the programming for a 
given job. Thus multiple tickets may be associated with 
a given single job. 

[0047] At step 206 the ticket (or tickets) for one job 
instance are linked to the master ticket with a suitable 
reference or link. By way of the query at step 208, the 
user is provided an opportunity to activate the current 
ticket set. If activation is desired, the state of the current 
ticket set is designated as "true" (step 2 1 0) and a portion 
of the master ticket template, as seen in Figure 1, is 
marked (step 214) so that the master ticket includes a 
checked box corresponding with the current ticket set. 
[0048] If activation is not desired, at least for the time- 
being, then the state of the current ticket set is desig- 
nated as false (step 21 6) so that the box for the current 
ticket set is left unchecked. It will be appreciated that a 
user can always check an unchecked box later for acti- 
vation. 

[0049] Through steps 21 8 and 220, the user is provid- 
ed with a mechanism by which to program as many tick- 
et sets as needed for use with the super or masterticket. 
More particularly, at step 21 8, the user is asked whether 
more job tickets are to be programmed. Assuming an- 
other job ticket set is to be programmed, the illustrated 
routine of Figure 2 permits the user, via step 220, to be- 



gin programming the next ticket set at step 206. 
[0050] As soon as all of the necessary job ticket sets 
have been provided, the routine proceeds to step 222 
where the master ticket (with all of the corresponding 
programmed job ticket sets) is linked with a set of image 
data. In one example, the master ticket (with individual 
tickets) is embedded in a PDL file. 
[0051] Referring now to Figure 3, a method for editing 
the masterticket (Figure 1) and individual job tickets cor- 
responding therewith, is discussed. When editing is de- 
sired, suitable editing software is accessed at step 224. 
In the illustrative editing embodiment of Figure 3 (which 
only contemplates a few of numerous editing functions 
that can be performed with respect to the master ticket 
(and its attendant individual job tickets)), a user is pro- 
vided with the opportunity to add/delete a job ticket or 
edit the attributes of an existing ticket in storage. Pursu- 
ant to adding a job ticket (step 226), a link between the 
ticket currently being added ("Current Job Ticket") and 
its corresponding master ticket is provided at step 228. 
[0052] At step 230, a user may activate the current 
job ticket. If activation is desired, the state of the current 
ticket is designated as "true" (step 232) and a portion of 
the master ticket template, (Figures 1 and 2) is marked 
(step 234) so that the master ticket includes a checked 
box corresponding with the current ticket. 
[0053] If activation is not desired, at least for the time- 
being, then the state of the current ticket set is desig- 
nated as false (step 236) so that the box for the current 
ticket set is left unchecked. As indicated above, a user 
can always check an unchecked box later for activation. 
[0054] At step 240, a user is provided with the oppor- 
tunity to add another ticket. Assuming that anotherticket 
is to be added, the system acknowledges that the ticket 
being added is a "next 11 or new ticket. Processing of the 
next ticket is then begun at step 228. 
[0055] Referring to step 244, the user is provided with 
an opportunity for deleting one or more job tickets. As- 
suming deletion is desired for one of more tickets, the 
link(s) is deleted, via step 246, and an appropriate clear- 
ing action is performed, at step 248, by clearing the se- 
lectable portion on the masterticket corresponding with 
the deleted ticket. It should be appreciated that it may 
be undesirable to purge any given ticket from the system 
since a user may seek to revive the "deleted" ticket at a 
later time. Thus, in one preferred embodiment, a given 
ticket is not actually deleted, but rather severed from the 
masterticket and left in memory. In this way, a link be- 
tween the severed ticket and the master ticket (or an- 
other masterticket) can be provided at a later time. 
[0056] At step 252, a user is provided with the oppor- 
tunity to edit the job attribute(s) of one or more job tick- 
ets. Any requisite changes to one or more job tickets are 
then made by way of step 254. Two aspects of job ticket 
attribute editing are noteworthy. First, the editing of a 
ticket in no way changes the appearance of the master 
ticket. In this way editing is performed in a modular fash- 
ion and any recompiling of tickets to specifically accom- 
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modateforthe editing is unnecessary. Second, attribute 
editing can serve as a very powerful tool in "make ready" 
applications. For instance, a user can create "variations 
on a theme" for any given job. This can be very useful 
in producing multiple characterizations of the same job 
or editing a job for output at one or more different sites 
in one or more network systems. 
[0057] Referring finally to Figure 4, an approach for 
network handling of one or more mastertickets with their 
related components is described. The network handling 
or processing application is initiated at step 256. It is 
common practice in the network-printing environment to 
develop a job (with appropriate programming) at a client 
workstation (Figure 8). Pursuant to readying the job for 
transmission from the client to one or more target sys- 
tems, it is conventional practice to compile the job (and 
programmed instructions) with a print driver. As contem- 
plated in at least one embodiment, an image data set 
along with a master ticket (with linked/reference job tick- 
ets) is n packaged" by the driver (at step 258) for suitable 
transmission across the network. 

[0058] For ease of discussion, the package (which 
typically will include a PDL file with image data and em- 
bedded tickets) is viewed, in the illustrated technique of 
Figure 4, as being transmitted from one client to one tar- 
get system. In practice, however, the package may be 
distributed across the network for processing at multiple 
sites. 

[0059] In one example, the package is then transmit- 
ted to a remote system or object device (step 260) for 
suitable storage or spooling of the (1) Master Ticket, (2) 
Job Ticket(s), and (3) Related Image Data. Pursuant to 
such storage, a data structure similar to that shown in 
Figure 1 is implemented through steps 264 and 266. 
Pursuant to decomposing the job (step 268) all active 
tickets (along with the master ticket) are read. Thus dur- 
ing an output stage, multiple job renderings can be ob- 
tained, via step 270, by simply referencing each active 
job ticket designated on the master ticket. 
[0060] In view of the description above ; various fea- 
tures of the disclosed embodiment(s)can be readily rec- 
ognized: 

[0061] One feature facilitates multiple job renderings 
to be obtained through one user submission. In one em- 
bodiment multiple job tickets are associated with a sin- 
gle image data set so that a single submission of a job 
by the user to a document processing subsystem per- 
mits the single image data set to be processed several 
times in accordance with the multiple job control tickets. 
[0062] In another embodimentthemultiple job render- 
ings can be greatly facilitated through employment of a 
"super" or master job ticket. That is, the user is provided 
the master ticket, with the master ticket having one or 
more user selectable portions - the one or more user 
selectable portions correspond respectively with one or 
more job control tickets. The user then selects at least 
one of the one or more user selectable portions and sub- 
mits the single image data set with the master ticket to 



the document processing subsystem. In turn the single 
image data set is rendered in accordance with each job 
control ticket selected in the one or more user selectable 
portions. 

5 [0063] In yet another embodiment, the master ticket 
is provided with a global instruction permitting a single 
operation to be performed across multiple job tickets as- 
sociated with the master ticket. 

[0064] Another feature facilitates easy and effective 

10 editing over a package of one or more job control tickets. 
Editing functionality may include, among other opera- 
tions, adding a job control ticket, deleting a job control 
ticket, or changing at least one attribute associated with 
a job control ticket. The manner in which a job ticket can 

15 be altered without impacting the master ticket promotes 
modularity. Moreover, modularity is further enhanced in 
that attributes can be added or deleted without impact- 
ing the master control ticket. The need to recompile a 
package including the master control ticket and associ- 

20 ated job control tickets is minimized. 

[0065] Another feature facilitates distributed printing 
and make-ready operations. For example, when a doc- 
ument is to be published at multiple remote sites em- 
ploying printers from different product families, the job 

25 control tickets of the master ticket can be programmed 
in accordance with the device dependent instructions 
required for the output device(s) of each site. Similarly, 
the job control tickets of the master ticket can be varied, 
in a make-ready context, to accommodate for.the vary- 

30 ing demands of an individual user at one or more devic- 
es. 

[0066] Another feature facilitates off-line finishing sit- 
uations. For example, a user can prepare a job for fin- 
ishing at two off-line finishing devices by varying two of 

35 the job control tickets of the master ticket. In turn, the 
finishing instructions can be printed, in machine reada- 
ble terms, for future use at the off-line finishing devices. 
[0067] Another feature facilitates readily adaptable 
job programming in a network setting. More particularly, 

40 a job structure including the master control ticket (with 
corresponding job control tickets) and associated image 
data can be easily developed at a print serverf orstorage 
and future use. 

[0068] Yet another feature permits an input device to 
45 be used in conjunction with a program to link first and 
second job control tickets with either a set of image data 
or a master job control ticket. In this way a single sub- 
mission of a corresponding job by a user to a document 
processing subsystem causes the job to be processed 
so jn the first job processing event with the first job control 
ticket and in the second job processing event with the 
second job control ticket. Accordingly, the user need not 
submit the corresponding job to the document process- 
ing subsystem multiple times. 
55 [0069] Another feature facilitates the storage of an ad- 
vantageous data structure for use in a multiple job ren- 
dering scheme. In one example, a data structure in 
which first and second job control tickets are both linked 
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to a set of image data is stored in memory. In another 
example, a data structure in which the first and second 
job control tickets are both linked to a master job control 
ticket is stored in memory. In each example, the data 
structure is applied in such a manner that a single sub- 
mission of a corresponding job by a user to a document 
processing subsystem causes the job to be processed 
in the first job processing event with the first job control 
ticket and in the second job processing event with the 
second job control ticket. Accordingly, the user need not 
submit the corresponding job to the document process- 
ing subsystem multiple times. 

[0070] It should be appreciated that the above-men- 
tioned data structure is particularly useful in a network 
document-processing context. In one example, the data 
structure can be embedded in an electronic file or doc- 
ument for easy transmission across one or more net- 
works. In another example, the data structure can be 
stored at a network server for ready access by multiple 
network users. 



Claims 

1. In a document processing system having a docu- 
ment processing subsystem in which a job, includ- 
ing a set of image data and a job control ticket, is 
processed each time the job, along with the job con- 
trol ticket, is submitted to the document processing 
system, a job control system comprising: 

an input source including a user interface with 
a display, the user interface being used to (a) 
program a first job control ticket with a first set 
of attributes, the first job control ticket control- 
ling a manner in which the job is to be proc- 
essed in a first job processing event, and (b) 
program a second job control ticket with a sec- 
ond set of attributes, the second job control tick- 
et controlling a manner in which the job is to be 
processed in a second job processing event; 
and 

a linking program, said linking program causing 
the first and second job control tickets to be 
linked to the set of image data so that a single 
submission of the job by the user causes the 
job to be processed in the first job processing 
event with the first job control ticket and in the 
second job processing event with the second 
job control ticket, wherein the user need not 
submit the job to the document processing sub- 
system multiple times. 

2. In a document processing system having a docu- 
ment processing subsystem in which a job, includ- 
ing a set of image data and a job control ticket, is 
processed each time the job, along with the job con- 
trol ticket, is submitted to the document processing 



system, a job control system comprising: 

a master job control ticket for controlling a man- 
ner in which the job is processed in both a first 
5 job processing event and a second job process- 

ing event; 

an input source including a user interface with 
a display, the user interface being used to (a) 
program a first job control ticket with a first set 

10 of attributes, the first job control ticket control- 

ling a manner in which the job is to be proc- 
essed in the first job processing event, and (b) 
program a second job control ticket with a sec- 
ond set of attributes, the second job control tick- 

15 et controlling a manner in which the job is to be 

processed in the second job processing event; 
and 

a linking program, said linking program causing 
the first and second job control tickets to be 

20 linked to the master job control ticket so that a 

single submission of the set of image data with 
the master job control ticket by the user causes 
the job to be processed in one or both of the 
first job processing event with the first job con- 

25 trol ticket and the second job processing event 

with the second job control ticket, wherein the 
user need not submit the job to the document 
processing subsystem multiple times. 

30 3. The document processing system of claim 2, 
wherein, 

the master job control ticket includes afirst us- 
er selectable portion corresponded with the first job 
control ticket and a second user selectable portion 
35 corresponded with the second job control ticket; 
and 

when the first user selectable portion is select- 
ed and the second user selectable portion is not, 
the job is processed in the first job processing event 
40 with the first job control ticket and not in the second 
job processing event with the second job control 
ticket. 

4. In a document processing system having a docu- 
45 ment processing subsystem in which a job, includ- 
ing a set of image data and a job control ticket, is 
processed each time the job, along with the job con- 
trol ticket, is submitted to the document processing 
system, a job control system comprising: 

50 

a memory; 

one or more job control tickets in said memory, 
the one or more job control tickets including a 
selected job control ticket with a set of pro- 
55 g rammed attributes; 

a master job control ticket for controlling a man- 
ner in which the job is processed, the master 
job ticket including one or more user selectable 
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portions, the one or more user selectable por- 
tions being corresponded respectively with the 
one or more job control tickets; and 

wherein a first one of the one or more user 
selectable portions is corresponded with the select- 
ed job control ticket so that when the first one of the 
one or more user selectable portions is selected 
and the job is submitted to the document processing 
subsystem along with the master job control ticket, 
the job is processed in accordance with the set of 
programmed attributes of the selected job ticket. 

A document processing system having document 
processing subsystem in which a job, including a 
set of image data and a job control ticket, is proc- 
essed each time the job, along with the job control 
ticket, is submitted to the document processing sys- 
tem, comprising: 

a memory; 

a first job control ticket with a first set of at- 
tributes, the first job control ticket controlling a 
manner in which the job is to be processed in 
the first job processing event; 
a second job control ticket with a second set of 
attributes, the second job control ticket control- 
ling a manner in which the job is to be proc- 
essed in the second job processing event; and 
a data structure including the set of image data, 
the first job control ticket and the second job 
control ticket, wherein the set of image data is 
linked to both the first and second job control 
tickets so that a single submission of the set of 
image data by the user causes the job to be 
processed in the first job processing event with 
the first job control ticket and in the second job 
processing event with the second job control 
ticket, wherein the user need not submit the job 
to the document processing subsystem multi- 
ple times. 

A document processing system having document 
processing subsystem in which a job, including a 
set of image data and a job control ticket, is proc- 
essed each time the job, along with the job control 
ticket, is submitted to the document processing sys- 
tem, comprising: 
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a second job control ticket with a second set of 
attributes, the second job control ticket control- 
ling a manner in which the job is to be proc- 
essed in the second job processing event: and 
a data structure including the master job control 
ticket, the first job control ticket and the second 
job control ticket, wherein the set of image data 
is linked to both the first and second job control 
tickets so that a single submission of the set of 
image data with the master job control ticket by 
the user causes the job to be processed in the 
first job processing event with the first job con- 
trol ticket and in the second job processing 
event with the second job control ticket, where- 
in the user need not submit the job to the doc- 
ument processing subsystem multiple times. 

7. The document processing system of claim 4, 5 or 
6, wherein the document processing subsystem in- 
cludes first and second printers communicatively 
coupled with a network, and wherein a first copy of 
the image data is processed at the printer with the 
first job control ticket and a second copy of the im- 
age data is processed at the second printer with the 
second job control ticket. 

8. The document processing system of claim 4, 5 or 
6, wherein the document processing subsystem in- 
cludes an image capture device. 

9. The document processing system of claim 4, 5 or 
6, wherein a file is generated from the image data 
set with said image capture device by reference to 
one of the first and second job control tickets, and 
where the file is transmitted across the network to 
said memory. 

10. The document processing system of claim 4, 5 or 
6, wherein a first set of one or more image process- 
ing operations is performed on a copy of the set of 
image data in the first job processing event and a 
second set of one or more image processing oper- 
ations is performed on a copy of the set of image 
data in the second job processing event. 



45 



a memory; 

a master job control ticket for controlling a man- 
ner in which the job is processed in both a f irst 
job processing event and a second job process- 
ing event; 

a first job control ticket with a first set of at- 
tributes, the first job control ticket controlling a 
manner in which the job is to be processed in 
the first job processing event; 
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